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(54) Data transmission in an sdh network 

(57) A method for the transmission of data in a syn- 
chronous digital hierarchy (SDH) network comprising 
the steps of transmitting to a node of the network a form 
of data signal from outside the network, converting the 
signal into a virtually concatenated information structure 
and transporting the signal through the network in the 
virtually concatenated information structure; means for 
carrying out the method and tributary cards arranged 
and configured to process signals received in contigu- 
ously concatenated form to convert them into virtually 
concatenated form for transfer across the network; thus 
providing for data transmitted in high-bandwidth, contig^ 
uously concatenated signals (ie VC-4-4C) to be trans- 
ported across a SDH network, not itself capable of 
carrying contiguously concatenated signals. 
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Description 

SUMMARY 

[0001 ] A method for virtual concatenation whereby 
four VC-4 virtual containers can be associated with one 
another for transport across a SDH network not sup- 
porting conventional contiguous concatenation. Conver- 
sion between contiguous and virtual concatenation is 
achieved by processing bytes of the signal path over- 
head, for which a new design of tributary card is pro- 
posed. Transport through the SDH network is controlled 
by network management software. The advantage 
being that higher-bandwidth, contiguously concate- 
nated signals (e.g. VC-4-4c) can be transported across 
SDH without expensive modifications to the equipment. 
[0002] The present invention applies equally to sig- 
nals and information structures other than VC-4. for 
example to VC-3, VC-2 and VC-1 . 

DATA TRANSMISSION IN AN SDH NETWORK 

[0003] The present invention relates to the field of syn- 
chronous digital hierarchy (SDH) networks and data 
transmission therein. 

[0004] In SDH data is transferred in information struc- 
tures known as virtual containers. A virtual container 
(VG) is an information structure within SDH which con- 
sists of an information pay load and path overhead 
(POH). There are two types of VC: low order (LOVC) 
and high order (HOVC). LOVC's (eg. VC-1 2. VC-2 and 
VC-3) are for signals of less than 140Mb/s and HOVC's 
(ie. VC-4) are for 1 40Mb/s signals. 
[0005] With the ever increasing demand for higher 
data rates there is a continuing need to improve the data 
transfer capability of networks such as those based on 
SDH. One way of providing higher bandwidth is con- 
catenation. 

[0006] Concatenation is a method for the transport 
over SDH networks of a payldad of a bandwidth greater 
than the capacity of the defined information structures. 
ITU standard G.707 defines concatenation as follows: a 
procedure whereby a multiplicity of virtual containers is 
associated one with another with the result that their 
combined capacity can be used as a single data con- 
tainer across which bit sequence integrity is maintained. 
Two types of concatenation have been proposed: con- 
tiguous and virtual. 

[0007] Contiguous concatenation is defined in ITU 
standards such as G.707. Virtual concatenation for VC- 
2 has also been identified in ITU G.707 but the means 
for implementing it has not previously been defined and 
it has therefore not been implemented. Virtual concate- 
nation for VC-4 has been proposed as a concept but no 
way of implementing has been devised until now. Fur- 
thermore, no method of paforming conversion between 
contiguously concatenated signals and virtually con- 
catenated signals has been defined. 



[0008] Contiguous concatenation uses a concatena- 
tion indicator in the pointer associated with each con- 
catenated frame to indicate to the pointer processor in 
the equipment that the VC's with which the pointers are 

5 associated are concatenated. For example, by contigu- 
ously concatenating four VC-4's an information struc- 
ture with a data rate equivalent to a VC-4-4C could be 
created. The resulting VC-4-4c equivalent signal has 
only one path overhead (i.e. 9 bytes only). However 

w many installed SDH networks cannot carry out the nec- 
essary processing to support contiguous concatena- 
tion. In order to implement contiguous concatenation in 
such SDH networks it would be necessary to modify the 
hardware of the equipment in order to handle the con- 

75 catenated signal. Suitable modification of such a net- 
work would be prohibitively expensive. 
[0009] This can cause a problem when the customer 
wishes to transfer data which requires a bandwidth too 
high for the Installed 5PH network to handle, such as 

20 some broadband services. For example a customer 
may wish to transfer data in VC-4-4c format but would 
be unable to transport it over current SDH networks 
which do not support concatenation. 
[0010] The object of the invention is to provide an SDH 

25 network with the capability of carrying signals of 
increased bandwidth. A further object is to provide for 
the information content of an STM signal carrying data 
in contiguously concatenated virtual containers to be 
transmitted over an SDH network not itself capable of 

30 carrying contiguously concatenated signals. 

[0011] The present invention provides a method for 
the transmission of data in a synchronous digital hierar- 
chy (SDH) network comprising the steps of transmitting 
to a node of the network a form of data signal from out- 

35 side the network, converting the signal into a virtually 
concatenated information structure and transporting the 
signal through the network in the virtually concatenated 
information structure wherein conversion of the signal 
comprises processing a path overhead of the signal 

40 wherein the Integrity of the path overhead information is 
maintained. 

[0012] The present invention advantageously pro- 
vides a method for converting contiguously coneate- 
nated signals into virtually concatenated signals for 

45 transport in the network. 

[0013] The present invention provides a means for 
carrying out either of the above methods. 
[001 4] The present invention also provides a synchro- 
nous digital hierarchy (SDH) network in which data is 

50 carried in a virtually concatenated information structure, 
the network comprising tributary cards arranged and 
configured to process signals received in contiguously 
concatenated form to convert them into virtually con- 
catenated form for transfer across the network. 

55 [0015] In a preferred embodiment the data transfer is 
achieved by means of a virtually concatenated informa- 
tion structure equivalent to VC-4-4c comprising a set of 
four virtually concatenated VC-4 signals. This virtually 
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concatenated infornnation structure is referred to in the 
following by the acronym "VC-4-4vc'*: this being chosen 
to reflect the fact that the data rate is the same as that 
of VC-4-4C. with the *Vc" indicating virtual concatena- 
tion. 5 
[0016] An embodiment of the invention will now be 
described by^fway of example with reference to the 
accompanying drawings in which 

Figure 1 shows the information structure of a higher io 
order, VGr4 signal of the prior art; 

■"e - • ' 

Figure 2.- shows part of the structure of a lower 
order, VC-2 signal of the prior art; 

IS 

Figure 3 shows the structure of a lower order, VC- 
12 signal of the prior art. 

[0017] Referring to Figure 1 , this shows synchronous 
transfer module STM comprising a section overhead 20 
SOH. a pointer and a virtual container VC. The VG in 
turn comprises a path overhead POH, fixed stuff bytes 
and a container C for the payload. 
[0018] A network management system manages the 
transfer of virtually concatenated VC-4's without any 25 
modification being required to network equipment. The 
only hardwarer modification required is the provision of 
modified tributary cards capable of identifying the 
receipt at the network boundary of contiguously con- 
catenated VC-4's and processing them accordingly. 30 
Individual VC-4*s and virtually concatenated VC-4's are 
transported in the SDH network in the same way. 
Hence, four \/C-4's, when virtually concatenated, will . 
still have four path overheads. 

[001 9] In the' standard configuration a tributary card 3s 
accepts at its input and delivers at its output an STM-4 
signal containing four independent VC-4's (by way of 
example, each may contain a 140Mb/s, 3 x 34Mb/s or 
63 X 2Mb/s mapped PDH signals). However, the new 
tributary card is also capable of accepting at its input 40 
and dislivering at its output an STM-4 signal containing 
four contiguously concatenated VC-4 signals: as for 
example may arise from mapping ATM* cells into STM-4 
to ITU recommendations 1.432 and G.707. 
[0020] The tributary card will recognise the format of 
the incoming STM-4 signals: as a contiguously concate- 
nated signal using the concatenation indication in the 
pointer and act accordingly. 

[0021 ] Optionally, the tributary card could also be con- 
figured to handle STM-4 signals containing four virtually so 
concatenated VC-4 signals, to meet future demand. 
The tributary card STM-4 interface meets the require- 
ments of G.957 and G.958. The transport of the 
ATM/STM-4 signal over the SDH network is transparent 
and SDH parameters processing and performance ss 
monitoring shall apply according to G.826, G.707, 
G-783 and ETS300 417. 

[0022] At the ATM/STM-4 input port the pointers of the 



four concatenated \/C-4's are aligned. The resulting, 
newly generated four VC-4's are processed for transfer 
aaoss the network as a virtually concatenated informa- 
tion structure (VC-4-4vc) signal by processing their 
associated path overheads as follows. 
[0023] Whereas the pointer can indicate delay of the 
concatenated VC-4's in the VC-4-4vc of up to one frame 
duration (i.e. 125 ns) higher delays cannot be picked up 
in this way. Since the differential delay between the VC- 
4s of a VC-4-4VC as they are transported across the 
SDH network are unknown, it is necessary to take steps 
to ensure that the \/C-4s so transferred are in the cor- 
rect sequence. The path trace (J1) value for each of the 
VG-4*s in the VC-4-4vc is given a unique code indicating 
their order within the VC-4-4vc. 

[0024] It is also necessary to ensure that the frames 
of each VC-4 in the VC-4-4vc are correctly ordered. The 
H4 byte is therefore used for frame sequence indication 
(FSI) to allow the network to recover the original 
sequence. 

[0025] A signal label code is inserted in the C2 byte of 
each VC-4 of the VC-4-4vc to indicate the payload tyjDe, 
eg an ATM payload as required. The B3 byte of the 
received contiguous VC-4-4c signal is processed, as 
appropriate, to maintain the path integrity. . 
[0026] On the back-plane port of the network node 
which receives the VC-4-4vc signal the virtually con- 
catenated VC-4's of the VC-4-4VC are aligned using a 
buffer according to the information provided by the path 
trace values and the frame sequence values. The size 
of the buffer is dependent on the maximum differential 
delay allowed between the VC-4*s which constitutes ^the 
VC-4-4VC. A value of 8 milliseconds is proposed, by way 
of example, based on the use of the H4 byte to indicate 
the frame sequence., Hovyever such a buffer size, may 
prove prohibitively large. Therefore it may be necessary 
to reduce the buffer size by ensuring that the differential 
delay is kept to the absolute minimum. This may be 
achieved by ensuring that the four VC-4's in the VC-4- 
4vc are processed and switched together as well as 
being transmitted together in the same synchronous 
transfer module (STM), e.g. STM-4. STM-16. STM-64. 
and along the same route through the network. 
[0027] Path trace mismatch on any of the VC-4 in the 
VC-4-4VC will result in trace mismatch defects on the 
VC-4-4VC signal. Similarly, signal label mismatch and 
loss of signal (LOS) of any VC-4 in the VC-4-4vc will 
result in alarm indication signal (AIS) in the VC-4-4vc. 
[0028] The contents of the pointers, concatenation 
indicators and path overhead bytes of the contiguous 
concatenated VC are transported in other bytes or bits 
in the virtually concatenated VC. Suitable unused bits 
include some path overhead bytes of the virtually con- 
catenated VC that are assigned to functions not used 
during virtual concatenation and the fixed stuff bits of 
the container four (C4) that forms part of the VC-4. 
[0029] The pointers, concatenation indicators and 
path overhead bytes must be restored as appropriate 
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before the signal is transmitted as a contiguous signal 
outside the network. The path overhead information in 
the first VC-4 frame in the received virtual concatenated 
\/C-4-4vc signal is inserted in the path overhead of the 
contiguous concatenated VC-4-4c signal generated by 5 
the network for transnnission outside the network. Addi- 
tionally, the B3 value is corrected as appropriate to 
maintain the path's integrity and is inserted in the con- 
tiguous VC-4-4C path overhead. Thus the output port 
delivers an STM signal identical to that presented at the 10 
input port. 

[0030] In a typical system performance reports and 
alarms would be passed to the element manager (EM). 
The EM (and SDH network management system) may 
be required to configure the VC-4's which constitute the is 
VC-4-4VC in a preferred manner. 
[0031] The invention is not limited to only VC-4-4c or 
VC-4-4VC. The invention applies to any number of VC- 
4s (ie. VC-4-nc a nvc where n may be in the range of 2- 
64 or higher) ^0 
[0032] The above embodiment is described by way of 
example only and does not limit the scope of the inven- 
tion. In particular the present invention applies equally 
to signals and information structures other than VC-4. 
for example to VC-3, VC-2 and VC-1 . Virtual container 25 
signal structures (including VC-4, AU3A/C-3. TU3A/C- 
3, VC-2 and VC-1 2) are defined by the ITU, for example 
in ITU-T G.707 (Draft) 1 1/95 published 1995. 
[0033] The arrangement and method of this invention 
as described above in relation to VC-4 also applies to 30 
VC-3 signals. In particular the path overhead of these 
two signals is exactly similar, allowing the same method 
for processing of overhead bytes to be used for both 
types of signal. This applies equally to administrative 
unit three (AU3) VC-3 as to tributary unit three (TU3) 35 
VC-3 signals. 

[0034] Referring to Figure 2. this shows part of the 
structure of a lower order virtual container VC-2. In Fig- 
ure 2 only the first column of the VC-2 is shown to illus- 
trate the positioning of the path ovierhead (POH) bytes 40 
V5. J2, N2 and K4. Also shown are fixed stuff bits R and 
data bits D. The fixed stuff bits of the first column make 
up eight whole bytes and other stuff bits and bytes are 
included in subsequent columns (not shown). The sub- 
sequent columns (not shown) comprise further data bits 45 
and bytes, together with overhead bits, justification 
opportunity bits and justification control bits the precise 
function of which is not relevant to the present disclo- 
sure but is detailed in the above ITU-T publication. 
[0035] Referring to Figure 3. this shows the structure so 
of a lower order virtual container VC-1 2 with path over- 
head (POH) bytes V5. J2, N2 and K4. Data is carried in 
three units of 32 bytes plus one unit of 31 bytes. Other 
bytes are variously made up of fixed stuff bytes R, over- 
head bits O, justification opportunity bits S. justification ss 
control bits C and data bits D. The fixed stuff bits R 
make up five whole bytes and parts of three other bytes 
with a total of 49 bits. The precise functions of the other 



bits are not relevant to the present disclosure but are 
also detailed in the above ITU-T publication. 
[0036] With lower order VCs (ie VC-2s and VC-1 s) the 
conversion of the path overhead bytes will be slightly dif- 
ferent. Accordingly to the invention, the contents of the 
VS. J2, N2 and K4 overhead bytes of the contiguous 
concatenated VC-2 and VC-1 signals (e.g. VC-2-5c or 
VC-12-4C). are transported in other bytes or bits in the 
virtually concatenated VC-2sA/C-1s. Suitable unused 
bits are the fixed stuff bits R or overhead bits O. These 
overhead bytes are restored before the signal is re- 
transmitted as a contiguous signal outside the network. 
[0037] Thus VC-4, VC-3. VC-2 and VC-1 can all be 
transmitted as virtually or contiguously concatenated 
signals over ATM or POH networks. 

Claims 

1 . A method for the transmission of data in a synchro- 
nous digital hierarchy (SDH) network comprising 
the steps of transmitting to a node of the network a 
form of data signal from outside the network, con- 
verting the signal into a virtually concatenated infor- 
nnation structure and transporting the signal 
through the network in the virtually concatenated 
Information structure wherein conversion of the sig- 
nal comprises processing a path overhead of the 
signal wherein the integrity of the path overhead 
Information is maintained. 

2. The method of Claim 1 comprising the step of con- 
verting the signal so transported into a signal of the 
same form as that transmitted to the network 
wherein conversion of the signal comprises 
processing a path overhead of the signal wherein 
the integrity of the path overhead information is 
maintained. 

3. The method of any one of the above claims wherein 
the signal transmitted to the network from outside 
the network is in contiguously concatenated form. 

4. The method of any one of the above claims wherein 
the data signal from outside the network comprises 
a virtual container four (VC-4) or virtual container 
three (VC-3). 

5. The method of Claim 4 wherein the path overhead 
comprises bytes H4, J1 and B3: and the VC-4 and 
VC-3 comprise a plurality of frames, the step of 
processing the path overhead including the steps of 
using byte H4 for indicating frame sequence within 
the VC-4 or VC-3 using byte J1 to indicate the order 
of VC-4S or VC-3s in a virtually concatenated infor- 
mation structure and correcting, as necessary, the 
error indication information carried in byte B3. 

6. The method of Claim 5 comprising the steps of 
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transmitting to a node of the network a signal from 
outside the network in a form comprising four con- 
tiguously concatenated \/C-4s and processing the 
four VC-4S into a virtually concatenated information 
structure comprising virtually concatenated VC-4s 5 
for transfer across the network. 

7. The method of Claim 5 comprising the steps of 
transmitting to a node of the network a signal from 
outside the network in a form comprising five con- 10 
tiguously concatenated VC-3s and processing the 
five VC-3S into a virtually concatenated information 
structure comprising virtually concatenated VC-3s 

for transfer across the network. 

15 

8. The method of anyone of Claims 6 or 7 comprising 
the step of signing the virtually concatenated virtual 
coritainers (VCs) of the virtually concatenated infor- 
mation structure using a buffer. 

20 

9. The method of Claim 8 comprising the step of con- 
trolling the alignment according to the contents of 
bytes Jt^and H4. 

1 0. The method of any one of Claims 6 to 9 comprising 25 
the steps;of switching and transmitting the VC-4 or 
VC-3 frames of the virtually concatenated informa- 
tion structure through the network together in a sin- 
gle synchronous transfer module (STM) or In 
multiple STMs and via the same route. 30 

1 1 . The method of any one of Claims 1 to 3 wherein the 
data signal from outside the network comprises a 
virtual container two (VC-2) or a virtual container 
one(VC-1). 35 

1 2. The method of Claim 1 1 wherein the path overhead 
comprises bytes V5, J2, N2 and K4 and wherein the 
step of processing the path overhead includes the 
step transferring the contents of the path overhead 4o 
bytes to unused parts of the signal. 

13. The method of Claim 12 comprising the steps of 
transmitting to a node of the network a signal from 
outside the network in a form comprising two or 45 
more contiguously concatenated VC-2s or VC-ls 
and processing the VC-2s or VC-1s into a virtually 
concatenated information structure comprising vir- 
tually concatenated VC-2s or VC-ls for transfer 
across the network. so 

14. The method of Claim 13 comprising the step of 
aligning the virtually concatenated VCs of the virtu- 
ally concatenated information structure using a 
buffer. 55 



the path overhead bytes transferred to the unused 
parts of the signal. 

16. The method of Claim 13 in which the contiguously 
concatenated VC-2s or VC-ls received from out- 
side the network comprise a plurality of frames in a 
set sequence, and in which the sequence of the 
frames may change whilst being transported 
through the network, the method comprising the 
step of re-ordering the frames into the set sequence 
as required. 

17. The method of any one of Claims 13 to 16 in which 
the VC-2S and VC-ls comprise a plurality of 
frames, the method comprising the steps of switch- 
ing and transmitting the VC-2 or VC-1 frames of the 
virtually concatenated information structure 
through the network together in a single synchro- 
nous transfer module (STM) or in multiple STMs 
and via the same route. 

18. The method of any one of the above claims com- 
prising the step of recognising the receipt of a sig- 
nal in concatenated form by the network. 

19. A means for carrying out the method of any one of 
the above claims. 

20. A synchronous digital hierarchy (SDH) network in 
which data is carried in a virtually concatenated 
information structure, the network comprising tribu- 
tary cards arranged and configured to process sig- 
nals received in contiguously concatenated form to 
convert them into virtually concatenated form for 
transfer across the network. 

21 . The network of Claim 20 wherein the tributary cards 
are arranged and configured to process signals 
transferred across the network in virtually concate- 
nated form and to convert them into contiguously 
concatenated form. 

22. The network of Claim 21 wherein the signals in vir- 
tually concatenated form comprise virtual contain- 
ers (VC) and the tributary cards comprise one or 
more buffers for aligning said virtual containers 
(VC). 

23. The network of any one of the Claims 20 to 22 
wherein the tributary cards are configured and 
arranged to detect the receipt of signals in contigu- 
ously concatenated form by detecting a concatena- 
tion indication of the signals received. 



1 5. The method of Claim 1 4 comprising the step of con- 
trolling the alignment according to the contents of 
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